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telephone calls and public switched telephone network (PSTN)-based telephone calls. An off-hook condition with the telephone (26) is 
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call via an internet (12). Otherwise, the system places the PSTN-based call via a PSTN (16). 
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VOICE OVER INTERNET PROTOCOL TELEPHONE SYSTEM AND 

METHOD 

Field of the Invention 

5 The present invention relates to a voice over Internet Protocol 

telephone system and method. 

Background of the Invention 

Most current systems for Internet Protocol (IP) telephony or 
10 voice over an Internet Protocol (VoIP) are difficult and sometimes 
impractical to use. Since these systems are internet-based, they 
typically require the user to utilize his or her personal computer (PC) 
to connect to an internet server in order to place and receive internet- 
based calls. These PCs sometimes have a telephone connected to 
15 them, but often the user is left using the PC's speakers and 

microphone for the telephone conversation. Using the PC's speakers 
and microphone for such use is awkward and limits current user 
acceptability. 

A solution to avoid using the PC to place and receive internet- 
20 based calls is to provide the user with a custom made telephone that 
supports VoIP-based telephone calls. A problem with this solution is 
that it requires the user to purchase additional telephone equipment 
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to support the VoIP capabilities. As such, the user is forced into 
purchasing redundant telephone hardware equipment. 

Thus, a need exists for a system and method that enables 
users to place and receive internet-based calls via the user's existing 
5 telephone equipment operating in its current fashion. 

Brief Description of the Drawings 

A preferred embodiment of the present invention is now 
described, by way of example only, with reference to the 
10 accompanying drawings in which: 

FIG. 1 illustrates a whole-home Internet Protocol (IP) 
telephone system using a network premises gateway according to the 
preferred embodiment of the present invention; 

FIG. 2 illustrates the whole-home IP telephone system using a 
15 secondary internet access device and sen/ice provider to access the 
internet in an alternative embodiment of the present invention; 

FIG. 3 illustrates the network premises gateway of FIG. 1 
connected to a public switched telephone network and an in-premises 
plain old telephone service network according to the preferred 
20 embodiment of the present invention; 



2 



wo 00/14935 



PCT/US99/18471 



FIG. 4 illustrates a hardware block diagram of the network 
premises gateway of FIG. 1 according to the preferred embodiment of 
the present invention; 

FIG. 5 illustrates a hardware block diagram of a telephony 
5 subsystem, which is a component of the hardware block diagram of 
FIG. 4, according to the preferred embodiment of the present 
invention; and 

FIG. 6 illustrates a hardware block diagram of an IP telephony 
engine, which is a component of the hardware block diagram of FIG. 
10 4. according to the preferred embodiment of the present invention. 

Detailed Description of a Preferred Embodiment 

The present invention implements a voice over Internet 
Protocol (IP) telephone system and method, suitable for whole-home 

15 and other uses, which enables customers to place and receive 

internet-based calls (i.e., voice over Internet Protocol (VoIP)) via the 
customer*s existing plain old telephone service (POTS) telephone 
equipment operating in its current fashion. Such a configuration 
allows a user to utilize his existing POTS telephones to place and 

20 receive "standard" public switched telephone network (PSTN)-based 
calls as well as VoIP-based calls, thus preventing the user from 
purchasing redundant telephone hardware equipment. 
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The preferred embodiment of the present invention supplies 
customers with broadband internet access in their home or business 
via a network premises gateway 10 as shown in FIG. 1. The whole- 
home IP telephone system with VoIP functionality and associated 
5 internet connectivity is embedded in the network premises gateway 
10. thus allowing the network premises gateway 10 to enable access 
to the wide area network (WAN) and the internet 12. 

Alternatively, customers may also access the WAN and the 
internet 12 via another provider or service inside their home or 
10 business as shown in FIG. 2. In an alternative embodiment of the 
present invention, the network premises gateway 10 relies on the 
WAN and the internet 12 connectivity from an external and 
independent internet access device 14 (i.e., an integrated services 
digital network (ISDN) modem, a digital subscribe line (xDSL) 
15 modem, cable modem, etc.). 

In the preferred embodiment, the network premises gateway 
10 connects to a PSTN 16 via a PSTN network interface unit (NIU) 
18. The PSTN NIU 18 is typically found on the outside of most 
homes in the United States. This is the demarcation point between 
20 the customer's equipment and the telephone company's equipment. 

As shown in FIG. 3. the network premises gateway 10 also 
connects to an in-premises POTS network 20 via a RJ-41 type 
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interface 22. The RJ-41 type interface 22 allows the network 
premises gateway 10 to arbitrate the in-premises POTS network 20 
between "standard" PSTN-based calls and VoIP-based calls to and 
from the WAN and the intemet 12. 
5 The primary interfaces or networks in the network premises 

gateway 10 are the in-premises POTS network 20, the PSTN 16 and 
the broadband connection to the WAN and the internet 12. FIG. 3 
illustrates an enlarged view of the primary interfaces and their 
associated connections used to connect the network premises 

10 gateway 10 to the PSTN 16 and the in-premises POTS network 20. 

As shown in FIG. 3. the connection from the in-premises POTS 
network 20 leads to a "break out" box, a "fan out" box or a splitter 24 
for the in-premises POTS network 20. Such a connection allows all 
the POTS telephones 26 in the premises to be accessible via the 

15 network premises gateway 10. It should be noted that the network 
premises gateway 10 implemented in the present invention can be 
configured to support multiple telephone lines for customers who 
currently have more than one analog telephone line in their home or 
business. 

20 Further, it is important to note that the addition of a POTS 

cordless telephone 28 operates with and supports the features of the 
present invention. An analog-based POTS cordless telephone 28 
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has a wireless interface for connecting the cordless handset to an 
analog base or base station. The analog base or base station 
connects the POTS cordless telephone 28 to the in-premises POTS 
network 20 and to the network premises gateway 10. An existing 
5 POTS cordless telephone 28 may be digital over the air (e.g., a 900 
MHz telephone), but the associated base station has a standard 
analog interface. Thus, the present invention does not preclude a 
POTS cordless telephone 28 from operating in Its normal fashion. 
FIG. 4 illustrates a high level hardware block diagram of the 

10 network premises gateway 10. In the block diagram, there is a 

connection to the WAN and the internet 12 and support for a wireless 
network of wireless digital handsets 30 or devices (additional 
advantages of supporting the wireless network of wireless handsets 
30 or devices are described in detail below). The components of 

15 interest in FIG. 4 are the system controller and memory component 
32 and the telephony subsystem 34 and the IP telephony H.323 
engine 36. which are described in detail below. 

The system controller and memory component 32 controls the 
functions and operation of the network premises gateway 10. User 

20 interaction with the network premises gateway 1 0 is controlled by a 
user interface program which resides in and is executed on the 
system controller and memory component 32. The system controller 
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and memory component 32 is designed to contain functions and 
operate in a manner similar to a standard microprocessor controlled 
computer system. The system controller and memory component 32 
Is the heart of the network premises gateway 10 and it controls all the 
5 network premises gateway's 10 functions, operations, and states. 

The system controller and memory component 32 comprises a 
memory system (not shown), a comparator (not shown) and a 
microprocessor (not shown). The memory system buffers at least a 
first signal generated by the POTS telephone 26. The comparator 

10 attempts to detect a predetermined signal that signifies a VoIP-based 
call. The microprocessor and associated software program intercepts 
subsequent signals in the sequence, absent the at least first signal 
that was buffered, and places the VoIP-based call via an internet 
when the predetermined signal is detected, 

15 FIG. 5 graphically illustrates the telephony subsystem 34. The 

telephony subsystem 34 comprises a telephony manager 38, a POTS 
interface 40 and a telephony crossbar 42. The telephony subsystem 
34 also comprises other components, such as an IP telephony 
interface 44, a POTS output port 46 (used for connection of a local 

20 POTS telephone 26 to the network premises gateway 10). a 

compression-decompression engine (CODEC) and packetizer 48 and 
a music on-hold module 50. Although the telephony subsystem 34 
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comprises a multitude of components, the following description is 
limited to the telephony manager 38. the POTS interface 40 and the 
telephony crossbar 42. 

The telephony manager 38 supplies all the functions for VoIP- 
based calls which are normally supplied by a switch in the PSTN 16 
for POTS telephones 26. For example, the telephony manager 38 
comprises a dual tone multi-frequency (DTMF) detection and call 
progress generator 52. The DTMF detection and call progress 
generator 52 comprises a detector for receiving a sequence of 
signals generated by the POTS telephone. In addition to performing 
DTMF detection, the DTMF detection and call progress generator 52 
generates DTMF signaling and supplies dial tones and other 
appropriate call progress tones for the POTS telephones 26 when the 
network premises gateway 10 is operating. The incoming call handler 
54 generates ringing for the POTS telephones 26 when signaled by 
the system controller and memory component 32. 

Other features of the telephony manager 38 include: support 
for control of the telephony crossbar 42 via a crossbar manager 56 
(described in detail below); DTMF generation and pulse dialing, flash 
hook, on/off - hook; and basic user interface for control of user 
interaction for VoIP answering and origination. 
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The POTS interface 40 contains the RJ-41 type interface 22 
for connecting the network prennises gateway 10 to the in-premises 
POTS network 20 and the PSTN NIU 18. The POTS interface 40 
comprises a state detector for detecting an off-hook condition with the 
5 POTS telephone 26. The POTS interface 40 contains analog-to- 
digital converters (ADCs - which are not shown) for encoding the 
analog signals from the POTS telephones 26 to a digital sixty-four 
(64) kilobits per second pulse code modulation (PCM) for the 
telephony crossbar 42 and from analog signals via the PSTN 16 to 

10 the telephony crossbar 42. Likewise, the POTS interface 40 contains 
digital-to-analog converters (DACs — which are not shown) for 
decoding the digital sixty-four (64) kilobits per second (Kbps) PCM 
signals received from the telephony crossbar 42 for analog delivery to 
the POTS telephones 26 and from the telephony crossbar 42 for 

15 analog delivery to the PSTN 16. It should be noted that there is a set 
of DAC and ADC for each connection, i.e., to the in-premises POTS 
network 20 and to the PSTN 16 via the PSTN NIU 18. 

The telephony crossbar 42 is the "spine" of the telephony 
subsystem 34; the telephony crossbar 42 couples the telephony 

20 manager 38 and the POTS interface 40 to each other. The telephony 
crossbar 42 is also a router for all telephony calls. PSTN and VoIP, 
alike. The telephony crossbar 42 routes the digitally encoded, sixty- 

9 
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four (64) Kbps PCM, audio signals to and from the POTS interface 
40 IP telephony H.323 engine 36 and telephony manager 38 
components at the direction of the crossbar manager 56. 

The crossbar manager 56 contains an application specific 
5 integrated circuit (ASIC) for controlling the state and operation of the 
telephony crossbar 42. It should be noted that the ASIC could be 
replaced with a bus controller which is made up of an embedded 
microprocessor, memory and associated software residing on a 
single chip. The crossbar manager 56 maintains the data flow 

10 between the submodules of the telephony subsystem 34 across the 
telephony crossbar 42. 

The crossbar manager 56 further has the ability to mute the 
signals and to inject music from a digital audio stream produced at 
the music on-hold synthesizer 50 for on-hold calls. Since the 

15 crossbar manager 56 contains input for the music on-hold module 50 
for creating music, the user has the ability to place remote parties 
from the telephony call, either PSTN-based or VoIP-based, on hold, 
mute the signals and inject music from a digital audio stream 
produced at the music on-hold module 50, At the control of the user 

20 via the user interface, the system controller and memory component 
32 enables the music on-hold module 50 and instructs the crossbar 
manager 56 to replace the sixty-four (64) Kbps PCM audio samples 

10 
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from the in-p remises POTS network 20 with sixty-four (64) Kbps PCM 
audio samples from the music on-hold module 50. Such a 
replacement causes internal audio from the POTS telephones 26 to 
be muted (since these samples are no longer sent to the PSTN 16 or 
5 the internet 12 (for VoIP-based calls)) and replaced with music. Thus, 
the telephony crossbar 42 links the on-hold call with the music on- 
hold module 50 of the telephony subsystem 34. and sends this music 
to the remote party instead of audio digitized from the in-premises 
POTS telephones 26 or other telephony devices in the premises. In 

10 the event that the user prefers just muting the on-hold telephone call 
without music, the system controller and memory component 32 
instructs the crossbar manager 56 to "drop" or disregard the sixty-four 
(64) Kbps PCM samples from the in-premises POTS network 20. 
The telephony crossbar 42 can also combine audio signals 

15 from various sources for call conferencing, including conferencing 
PSTN-based calls with VoIP-based calls. The telephony crossbar 42 
combines calls by sending multiple digital sixty-four (64) Kbps PCM 
streams to a common DAC in the POTS interface 40. Each DAC in 
the POTS interface 40 has associated circuitry (not shown) which 

20 sums the digital sixty-four (64) Kbps PCM streams into a single 
combined digital stream and automatically adjusts the single 
combined digital stream, via an automatic gain control (AGC) (also 
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not shown), before the single combined digital streann enters the 
DAC. The AGC guarantees that the single combined digital stream 
remains within the dynamic range of the DAC. Sending multiple 
digital sixty-four (64) Kbps PCM streams to a common DAC causes 
5 audio from two telephone calls, VoIP based and PSTN-based, to be 
"added" together or combined, thus allowing call conferencing 
between multiple sources. 

The IP telephony H.323 engine 36 is a standard H.323 engine 
for supporting VoIP-based calls. The IP telephony H.323 engine 36 

10 integrates the in-premises POTS telephones 26 to the broadband 
WAN and internet 12 connection which allows the POTS telephones 
26 to place and receive VoIP-based calls. Likewise, the IP telephony 
H.323 engine 36 may be used to support wired or wireless IP devices 
30 which support VoIP functionality (i.e.. wireless IP devices which 

15 have a microphone, speaker and dialing pad) within the premises for 
PSTN-based and VoIP-based calls. 

The IP telephony H.323 engine 36 converts sixty-four (64) 
Kbps PCM sampled, POTS audio signals into H.323 compliant audio 
streams for VoIP functionality. As graphically shown in FIG. 6. a 

20 G,723.1 audio CODEC to PCM 58. 60, telephony manager interface 
62. networking interface 64, H.225 multiplex & demultiplex 
subsections 66. 68 and H.245 signaling and control subsections 70. 
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from the in-premises POTS network 20 with sixty-four (64) Kbps PCM 
audio samples from the music on-hold module 50. Such a 
replacement causes internal audio from the POTS telephones 26 to 
be muted (since these samples are no longer sent to the PSTN 16 or 
5 the internet 12 (for VoIP-based calls)) and replaced with music. Thus, 
the telephony crossbar 42 links the on-hold call with the music on- 
hold module 50 of the telephony subsystem 34, and sends this music 
to the remote party instead of audio digitized from the in-premises 
POTS telephones 26 or other telephony devices in the premises. In 

10 the event that the user prefers just muting the on-hold telephone call 
without music, the system controller and memory component 32 
instructs the crossbar manager 56 to "drop" or disregard the sixty-four 
(64) Kbps PCM samples from the In-premises POTS network 20. 
The telephony crossbar 42 can also combine audio signals 

15 from various sources for call conferencing, including conferencing 
PSTN-based calls with VoIP-based calls. The telephony crossbar 42 
combines calls by sending multiple digital sixty-four (64) Kbps PCM 
streams to a common DAC in the POTS interface 40. Each DAC in 
the POTS interface 40 has associated circuitry (not shown) which 

20 sums the digital sixty-four (64) Kbps PCM streams into a single 
combined digital stream and automatically adjusts the single 
combined digital stream, via an automatic gain control (AGC) (also 

11 
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not shown), before the single combined digital stream enters the 
DAC. The AGC guarantees that the single combined digital stream 
remains within the dynamic range of the DAC. Sending multiple 
digital sixty-four (64) Kbps PCM streams to a common DAC causes 

5 audio from two telephone calls. VoIP based and PSTN-based. to be 
"added" together or combined, thus allowing call conferencing 
between multiple sources. 

The IP telephony H.323 engine 36 is a standard H.323 engine 
for supporting VoIP-based calls. The IP telephony H.323 engine 36 

10 integrates the in-premises POTS telephones 26 to the broadband 
WAN and internet 12 connection which allows the POTS telephones 
26 to place and receive VoIP-based calls. Likewise, the IP telephony 
H.323 engine 36 may be used to support wired or wireless IP devices 
30 which support VoIP functionality (i.e., wireless IP devices which 

15 have a microphone, speaker and dialing pad) within the premises for 
PSTN-based and VoIP-based calls. 

The IP telephony H.323 engine 36 converts sixty-four (64) 
Kbps PCM sampled, POTS audio signals into H.323 compliant audio 
streams for VoIP functionality. As graphically shown in FIG. 6, a 

20 G.723.1 audio CODEC to PCM 58. 60, telephony manager interface 
62, networking interface 64, H.225 multiplex & demultiplex 
subsections 66, 68 and H.245 signaling and control subsections 70, 

12 
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72 are the components for the IP telephony H.323 engine 36. Two 
blocks are shown in the figure for the components and functions 
described above, i.e.. H.225 multiplex & demultiplex subsections 66, 
68 and H.245 signaling and control subsections 70, 72. Two of each 
5 of these components are shown and described to demonstrate the 
support of multiple VoIP calls in one network premises gateway 10. 
There is a software program executing on the system controller and 
memory 32 which performs the H.323 standard-based functions for 
VoIP-based call setup and teardown. including but not limited to 

10 standard Q.931 signaling for call setup and initiate. The software 
program executing on the system controller and memory 32 controls 
the telephony manager interface 62 for managing, at the H.245 
subsections 70, 72, and audio and stream control to provide service 
over non-guaranteed links (e.g., transmission control protocol (TCP)/ 

15 IP). G.723.1 audio CODEC to PCM 62 performs the transcoding from 
sixty-four (64) Kbps PCM to 5.3 or 6.3 Kbps low bit rate audio. 

In operation, the DTMF detection and call progress generator 
52 performs DTMF functions on signals generated from a POTS 
telephone 26, sends a digital representation of the information to the 

20 system controller and memory component 32 for buffering into 

memory, and replaces the PSTN dial tone on all POTS telephones 26 
with a slightly modified dial tone (i.e., the audible characteristics, tone 

13 
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and/or pitch of the PSTN dial tone is altered) when a POTS telephone 
26 is taken off-hook. The slightly modified dial tone reminds the user 
that he has the option of placing an internet-based call, thus 
indicating that the network premises gateway 10 is currently on-line. 
5 Should the network premises gateway 10 be shut-off or down, the 
user hears the PSTN supplied dial tone when a POTS telephone 26 
is taken off-hook. 

The telephony manager 38 also comprises an incoming call 
handler 54. The incoming call handler 54 supports PSTN call waiting 

10 notification during the presence VoIP calls and ring detection and 
generation with cadence infomiation to the user. For example, the 
incoming call handler 54 signals the system controller and memory 
component 32 and DTMF detection and call process generator 52 
which notifies the user of an incoming PSTN-based call when the 

15 present call is a VoIP-based call. The system controller and memory 
32 is alerted via a standard H.323 alert message of an incoming VoIP 
call and signals the DTMF detection and call process generator 52 
which notifies the user of 1) an incoming VoIP-based call when the 
present call is also a VoIP-based call; and 2) an incoming VolP- 

20 based call when the present call is a PSTN-based call. Notifying the 
user of an incoming PSTN-based call when the present call is also a 



14 



wo 00/14935 PCT/US99/18471 



PSTN-based call is currently supported by the local telephone 
company. 

In operation, during the presence of a call, the DTMF detection 
and call process generator 52 notifies the user of the incoming call by 
5 an audible tone that is user configurable, so that the user can 

ascertain whether the call is a PSTN-based call or a VoIP-based call. 
When no call is present, i.e.. the POTS phones are on-hook. an 
incoming PSTN-based call and an incoming VoIP-based call is 
preferably programmed to have different ringing cadence, thus 

10 informing the user whether the incoming call is a PSTN-based or 
VoIP-based call based solely on the ringing cadence. 

The system control and memory component 32 informs the 
user of an incoming PSTN-based or VoIP-based call by transmitting 
the following: caller identification information (discussed in detail 

15 below); an electronic mail (email) message to a known user 

configuration address(es); or a telephony page from the PSTN 16 to 
a standard pager. 

The system controller and memory component 32 is 
configurable, based on information from the incoming call handler 54 

20 or receipt of H.323 alerts, to notify the user of an incoming electronic 
mail message, an incoming VoIP-based facsimile and an incoming 
PSTN-based facsimile in the same manner described above with 
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respect to incoming PSTN-based and VoIP-based calls. For 
example, email message alerts are sent by having the remove email 
mailbox ping the network premises gateway 10, the system controller 
and memory component 32 would activate a program in the system 
5 and notify the incoming caller handler 54 on receipt of the ping from 
the email messaging system. The program or set of operations at the 
system controller and memory component 32 would instruct the call 
handler 54 to ring, with a special cadence, the POTS telephone 26 
notifying the user of an email message arriving at the user's remote 

10 email mailbox. Internet mailboxes typically conform to known 
standards, e.g.. simple mail transfer protocol (SMTP), post office 
protocol (POP), internet message access protocol (IMAP), etc. Most 
of these standards support notification based on receipt of email 
messages. In the event that a user has a non-standard mailbox. 

15 other systems can be designed that periodically check the mailbox 
and then send notification to the incoming call handler 54 based on 
the detection of new email messages in the mailbox. This assumes 
that a program resides on the system controller and memory 
component 32 for periodically checking whether new mail has arrived. 

20 This program is similar to the systems which are readily available to 
customers today, such as. biff and rbiff (UNIX daemons). PCBIFF 
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(biff for Windows PCs), macbiff (biff for Macintosh systems) and the 
VS/indows PC program check mail. 

Alternatively, the user configures the system so that the 
system controller and memory component 32 instructs the DTMF 
5 detection and call process generator 52 to use the PSTN 16 to send 
a "standard" telephony-based page on receipt of an email message. 
Once the system controller and memory component 32 detects the 
presence of new mail in the users mailbox a local program can 
instruct the DTMF detection and call progress generator 52 to initiate 

10 a new call to the PSTN 16. This call is to a user configured telephone 
number of a pager and then the system controller and memory 
component 32 sends pertinent, user configured, information to the 
pager. The information sent to the pager may include, but is not 
limited to, the sender of the email message, the subject/title of the 

1 5 message, and/or the message body. 

\A^th respect to email messages, the system controller and 
memory component 32 provides the following additional options to 
notify the user of an incoming email message: translating the content 
of the email message into a voice message for retrieval inside the 

20 premises (i.e., at any of the POTS telephones 26) or via dial up from 
a remote location (i.e.. from any PSTN connection); or converting the 
content of the email message into a facsimile. Similar to the interface 
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discussed with paging or ringing, the system controller and nnemory 
component 32 contains a program which integrates a text-to-speech 
processor (not shown but contained as software in the system 
controller and memory component 32 in a manner which computers 
5 generate speech today) to enable reading of the email message over 
the POTS telephones 26. For example, notification of the email 
message pings the system controllei' and memory component 32 and 
the system controller and memory component 32 instructs the 
incoming call handler 54 to ring the POTS telephone 26 (with a 

10 special cadence). If the user picks up the POTS telephone 26, the 
system controller and memory component 32 reads the email 
message to the user over the POTS telephone 26. It should be noted 
that a speech-to-text processor (not shown) could be integrated to 
perform the opposite function, speech-to-email message, from any 

15 POTS telephone 26 in the premises. 

For example, the whole-home IP telephone system has 
memory, answers the incoming telephone calls, and stores messages 
from the calling party in the system memory, either PSTN-based or 
VoIP-based, in the event that no one is able to pick up the POTS 

20 telephone 26 or answer call with a digital handset 30 in the premises. 
In other words, the whole-home IP telephone system is integrated in 
a manner so that it operates as an answering machine for both 
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PSTN-based and VoIP-based calls alike. Once a remote caller 
leaves a message on the system, the system controller and memory 
component 32 may be configured to access the WAN and internet 12 
and send email messages based on the voice message that the 
5 calling party left. The email message is stored in the system memory 
of the system controller and memory component 32. Using speak-to- 
text capabilities which are readily available today, the message is 
encoded into text and included with the aforementioned email 
message. 

10 Likewise, the network premises gateway 10 can be 

configured by the user to send a page notification based on a 
message that is left on an answering machine by the calling party. It 
is important to note that the voice mailbox is the same for both VoIP- 
based messages and "standard" voice messages from the PSTN. 

15 Sending a page notification based on a message that is left on an 
answering machine by the calling party operates just as paging on 
receipt of an email message. 

With respect to facsimiles, either PSTN-based or VoIP-based, 
an optical character recognizer (either as a software system 

20 contained in the system controller and memory component 32 or as 
dedicated hardware, i.e.. an ASIC) is integrated into the incoming call 
handler 54 to provide the following further options to notify the user of 



wo 00/14935 PCT/US99/18471 



an incoming facsimile: translating via optical character recognition 
into a text message and further into a voice message for retrieval 
inside the premises or via a dial up from a remote location; or 
translating optical character recognition into a text message and 
5 further into an email message. 

The incoming call handler 54 also supports caller identification 
in the same format that is known in the art. Caller identification 
information is passed as a 1200 baud, seven (7) data bits, one (1) 
stop bit encoded data stream for sending calling party information 
10 across the PSTN network for receipt and display at caller 
identification compatible devices. An 
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example of a formatted output for caller identification compatible 

device as known in the art is the following: 

Date - Feb. 28 
Time -1:34 PM 
5 Number- (407) 555-1111 

Since the network premises gateway 10 implemented in the present 
invention interfaces between the in-premises POTS network 20 and 
the WAN and internet 12, the network premises gateway 10 receives 

10 VoIP-based calls and translates IP address information into a format 
that is compatible with the caller identification format above. Most of 
the VoIP, H.323-based calls contain more detail in their call state 
information (as will be described later), however, there are cases and 
times when the user wants to have a calling party's machine name 

15 looked up from the standard domain name services (DNS) available 

on the internet 12. In such a situation, look-ups for domain naming 

system is supported by containing a software system on the system 

controller and memory component 32 similar to nslookup, a standard 

UNIX command. For example, nslookup on "207.25.71.29" yields: 

20 % nslookup 207.25.71 .29 

Name Server: argus.cso.uiuc.edu 
Address: 128.174.5.58 

Name: www9.cnn.com 
25 Address: 207.25.71.29 
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In this example, the system controller and memory component 32 
accesses the internet 12 and supplies the name "www9.cnn.com". 
The user is able to ascertain that the calling party is located at one of 
the CNN hyper text transfer protocol (http) servers. Since the called 
5 party in the VoIP scenario may only receive the IP address of the 
calling party, nslookup generates the name and the "standard" caller 
identification fomnat is used to transmit the data to the in-premises 
caller identification device. The system controller and memory 
component 32 instructs the system to convert the data gathered from 

10 the DNS lookup to analog instructions compatible with standard caller 
identification functions. The system controller and memory 
component 32 instructs the DTMF detection and call progress 
generator 52 to translate the information to the analog modem codes, 
used for caller identification, and then the system controller and 

15 memory component 32 instructs the incoming call handler 54 to send 
the information on the POTS network 20 to compatible caller 
identification devices. 

Further, more information is supplied by the IP telephony 
H.323 engine 36, which is received from the incoming H.323 VolP- 

20 based call. This information is provided during the H.225.0 and 

Q.931 signaling and messaging functions as called for in the H.323 
standard. For example, the IP telephony H.323 engine 36 has the 
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ability to send additional subscriber (calling party) information (e.g., 
name, location, persona! infomriation. such as "finger" information). 
This information is translated and sent on the POTS network 20 and 
to compatible caller identification devices in the manner discussed 
5 above. 

For the case where the calling party only allows the IP 
telephony H.323 engine 36 to distribute/broadcast the address of the 
originating call, the network premises gateway 10 performs a 
nslookup, or equivalent, and references the name and IP address 
10 against a database contained in the system controller and memory 
component 32 of the network premises gateway 10 in order to do a 
name look-up. 

After the translation, the caller identification information is sent 
over the in-premises POTS network 20. at the time of ringing the 

15 POTS telephones 26 for an incoming VoIP call, in the standard and 
known analog caller identification format which is supported by caller 
identification systems available on the market today. This makes 
existing caller identification boxes and POTS telephones 26. which 
have integrated caller identification functions, compatible with the 

20 VoIP system. 

In operation, when placing a call, the network premises 
gateway 10 via the DTMF detection and call progress generator 52 
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detects an off-hook condition with a POTS telephone 26. The DTMF 
detection and call progress generator 52 receives a sequence of 
signals generated by the POTS telephone 26 and buffers at least the 
first signal generated by the telephone. This technique is identical to 
5 that described in Newlin et al.. United States Patent Application 

Serial Number 08/735,295 filed October 22. 1996, entitled Apparatus, 
Method and System for Multimedia Control and Communication, 
Motorola Docket Number PD05688AM. The DTMF detection and call 
progress generator 52 attempts to detect a sequence of 

10 predetermined signals call (e.g., the signals generated from the "*#" 
keys of the POTS telephone 26) that signify a "non-standard" PSTN- 
based call, in this case a VoIP-based call. It should be noted that, 
alternatively, a single predetermined signal can signify a "non- 
standard" PSTN-based call as well. 

15 When the sequence of predetermined signals is detected, the 

network premises gateway 10 enters a VoIP mode, intercepts 
subsequent signals in the sequence, absent the signals buffered, and 
places the VoIP-based call via the internet. Once in the VoIP mode, 
the network premises gateway 10 supports some form of dialing 

20 capability so that the user can dial an IP number directly. For 

example, the user could dial "192#98#18#83" which would signify the 
IP number "192.93.18.83". The system controller and memory 
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component 32 interacts with the DTMF detection and call progress 
generator 52 to detect the numbers dialed and control H.323 engine 
for placing the internet-based call. The network premises gateway 10 
may also support voice (computer-generated) menuing in order to 
5 make selecting of called users easier. All functions of the user 
interface would be controlled by the system controller and memory 
component 32. 

When the sequence of predetermined signals is not detected, 
the network premises gateway 10 enters a POTS mode and transmits 
10 the sequence of signals, including the signals buffered, to the PSTN 
16. The user interacts with the POTS telephone 26 and the PSTN 16 
as normal. 

As mentioned briefly previously, the addition of a wireless 
digital device or handset 30 (e.g., a personal digital assistant or any 

15 other digital device including a simple dedicated digital telephony 

handset) which supports telephony features via its own user interface 
and connects via a wireless link to the network premises gateway 10 
provides the same features as above along with additional features to 
the present invention. Fundamentally, the present invention provides 

20 system integration to use a wireless digital handset for PSTN-based 
and VoIP-based calls via a common interface without having a 
separate CODEC exclusively for the VoIP-based calls. 

25 
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The handset 30 is digital and the digital data is converted, at 
the network premises gateway 10. from sixty-four (64) Kbps PCM to 
low bit rate data for VoIP functionality without going to the analog 
domain. For example, when placing an outgoing call from the digital 
5 vyjreless handset 30, the digital wireless handset 30 receives a type- 
of-call selection and a sequence of signals representative of a 
telephone number to place the outgoing call following the type-of-call 
selection from a user Analog signals (e.g., an electrical signal from a 
microphone generated by the speaker's voice) are converted to 

10 digital signals at the digital wireless handset 30 and transmitted to a 
network premises gateway 10. The digital signals are translated to a 
format compatible for a network used in completing the outgoing call 
at the network premises gateway 10, wherein the network is the 
PSTN 16 for PSTN-based calls and an internet 12 for VoIP-based 

15 calls. When receiving an incoming call at the digital wireless handset 
30, digital signals are transmitted from the network premises gateway 
10 to the digital wireless handset 30 and converted to analog signals 
at the digital wireless handset 30 in order to be broadcasted to the 
user via the digital wireless handset's speaker(s). Cost and 

20 complexity reduction is inherent to this design. The H.323 coding, 
i.e., call setup and management, is still performed at the network 
premises gateway 10 and does not need to be reproduced in the 

26 
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handset; however, the CODEC at the wireless digital handset 30 is 
used to convert between the analog and digital domains. 

Integrating the wireless digital handset 30 which operates as a 
telephony cordless telephone with the WAN and internet 12 

5 connection allows a user to access the configuration of the network 
premises gateway 10, and thus the characteristics of their WAN and 
internet connection 12. from their wireless digital handset 30. 
Moreover, as stated above, the user can access email messages 
from the wireless digital handset 30 without, however, going off-hook 

10 on the in-premises POTS network 20. 

Caller identification could be provided at the wireless digital 
handset 30 for VoIP calls as described above as well. With a 
wireless digital handset 30. however, caller identification information 
would not have to be converted into analog telephone signals, in 

15 other words, a proprietary digital caller identification could be utilized 
for the digital handsets. The caller identification information is sent 
directly to the wireless digital handset 30 via the IP protocol. 

The whole-home IP telephone system is configured in a 
manner so that if the network premises gateway 10 is shut off or in a 

20 crashed state, the in-premises POTS network 20 operates exactly as 
if the network premises gateway 10 was not installed. Such a 
configuration allows the RJ-41 interface 22 and the interface to pass 
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PSTN-based calls on the PSTN connection 16 to ensure that PSTN- 
based calls are placed and received even when the network premises 
gateway 10 is disconnected. Thus, the present invention nnaintains 
the reliability and availability of the PSTN 16. 
5 While the invention has been described in conjunction with a 

specific embodiment thereof, additional advantages and modifications 
will readily occur to those skilled in the art. Moreover, even though 
the present invention has been designed to support the H.323 
standard for VoIP functionality, the network premises gateway 10 can 

10 also be designed to support other, possibly proprietary, VoIP 

functionality techniques. The invention, in its broader aspects, is 
therefore not limited to the specific details, representative apparatus 
and illustrative examples shown and described. Various alterations, 
modifications and variations will be apparent to those skilled in the art 

15 in light of the foregoing description. Thus, it should be understood 
that the invention is not limited by the foregoing description, but 
embraces all such alterations, modifications and variations in 
accordance with the spirit and scope of the appended claims. 
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CLAIMS 

We claim: 



5 1. In an Internet Protocol telephone system using a telephone to 
place and receive voice over Internet Protocol (VolP)-based and 
public switched telephone network (PSTN)-based telephone calls, a 
method comprising: 

detecting an off-hook condition from the telephone; 
10 receiving a sequence of signals generated by the telephone; 

buffering at least a first signal generated by the telephone; 
attempting to detect a predetermined signal that signifies a 
VoIP-based call; and 

intercepting subsequent signals in the sequence, absent the 
15 at least first signal that was buffered, and placing the VoIP-based call 
via an internet when the predetermined signal is detected. 



2. The method according to claim 1 further comprising: 

detecting a presence of an incoming telephone call; and 
20 signaling a user of the telephone during the VoIP-based call of 

the presence of the incoming telephone call. 
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3. The method according to claim 2 v^herein the user of the 
telephone is signaled via an audible tone. 

4. The method according to claim 3 wherein the audible tone is of 
5 a first ringing cadence when the incoming telephone call is a VoIP- 
based call and the audible tone is of a second ringing cadence when 
the incoming telephone call is a PSTN-based call. 

5. In an Intemet Protocol telephone system using a digital 

10 wireless handset to place and receive internet-based telephone calls 
using a voice over Internet Protocol (VoIP) as well as public switched 
telephone network (PSTN)-based calls via a common compression 
decompression engine, a method comprising: 
entering an active mode; 
15 receiving a type-of-call selection from a user; 

receiving a sequence of signals representative of a telephone 
number to place a call following the type-of-call selection; and 

interacting with a network premises gateway to initiate the call, 
wherein the network premises gateway connects to a PSTN when 
20 initiating PSTN-based calls and connects to an internet when 
initiating VoIP-based calls. 
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6. In an Internet Protocol telephone systenn using a digital 
wireless handset to place and receive internet-based telephone calls 
using a voice over Internet Protocol (VoIP) as well as public switched 
telephone network (PSTN) based calls via a common compression 
5 decompression engine, a method comprising: 

converting analog signals to digital signals at the digital 
wireless handset to be transmitted to a network premises gateway 
when placing an outgoing call; 

translating digital signals to a format compatible for a network 
10 used in completing the outgoing call at the network premises 

gateway, wherein the network is a PSTN for PSTN-based calls and 
an internet for VoIP-based calls; and 

converting digital signals transmitted from the network 
premises gateway to analog signals at the digital wireless handset 
15 when receiving an incoming call. 
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7. In an Internet Protocol telephone system using a telephone to 
place and receive internet-based telephone calls using a voice over 
Internet Protocol (VoIP) as well as public switched telephone network 
(PSTN) based calls via a common compression decompression 
5 engine, a method to combine PSTN-based calls with VoIP-based 
calls for call conferencing comprising: 

sending multiple digital streams to a common digital-to-analog 
converter; 

summing the multiple digital streams into a single combined 

10 digital stream; and 

adjusting the single combined digital signal, via an automatic 
gain control, before the single combined digital stream enters the 
common digitai-to-analog converter. 
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8. In an Internet Protocol telephone system using a telephone to 
place and receive internet-based telephone calls using a voice over 
Internet Protocol (VoIP) as well as public switched telephone network 
(PSTN) based calls via a comnnon compression decompression 
5 engine, a method to combine a multiple VoIP-based calls for call 
conferencing comprising; 

sending multiple digital streams to a common digital-to-analog 
converter; 

summing the multiple digital streams into a single combined 
10 digital stream; and 

adjusting the single combined digital signal, via an automatic 
gain control, before the single combined digital stream enters the 
common digital-to-analog converter. 
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9. In an Internet Protocol telephone system using a telephone to 
place and receive voice over internet Protocol (VolP)-based 
telephone calls and public switched telephone network (PSTN)-based 
telephone calls, a system comprising: 
5 a telephony subsystem having: 

a state detector for detecting an off-hook condition with 
the telephone; and 

a detector for receiving a sequence of signals generated 
by the telephone; and 
10 a system controller and memory, coupled to the telephony 

subsystem, having: 

a memory system for buffering at least a first signal 
generated by the telephone; 

a comparator for attempting to detect a predetermined 
15 signal that signifies a VoIP-based call; and 

a microprocessor and associated software program for 
intercepting subsequent signals in the sequence, absent the at least 
first signal that was buffered, and placing the VoIP-based call via an 
internet when the predetermined signal is detected. 
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10. In an Internet Protocol telephone systenn using a telephone to 
place and receive a voice over Internet Protocol (VoIP)-based 
telephone calls and public switched telephone network (PSTN)-based 
telephone calls, a system comprising: 

5 a telephony subsystem comprising: 

a telephony manager operable for supplying functions 
for VoIP-based and PSTN-based calls and for supporting a 
configurable ring cadence to distinguish between VoIP-based and 
PSTN-based calls; 

10 a telephony crossbar coupled to the telephony 

manager, operable for routing all telephony calls and for combining 
audio signals from various sources for call conferencing; and 

an Internet Protocol (IP) telephony engine, coupled to the 
telephony crossbar via an IP telephony interface, for supporting VolP- 

15 based calls by integrating the telephone to a broadband internet 
connection which allows the telephone to place and receive VoIP- 
based calls and for supporting wired and wireless IP telephone clients 
within a premises for PSTN-based and VoIP-based calls over the 
internet. 
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